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Maybe not all shapes will be drawn to screen: 


public abstract class Shape 


{ 
// whatever data Shape has 
public abstract float area(); 
public abstract float perimeter () ; 
t 


public class Rectangle extends Shape 


{ 
// additional data 


public float area() ; 
public float permimeter() ; 


public class Cirle extends Shape 


{ 
// additional data 


public float area() ; 
public float permimeter() ; 


But, some classes we *do* want to draw: 


DrawableRectangle: rectangle supporting draw() 
DrawableCircle: circle supporting draw() 


One possible solution: 


/ \ ‘ 
Rectangle Circle Drawable 
abstract void draw(); 
fen 
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DrawableRectangle DrawableCircle 


public class DrawableRectangle extends Shape 


{ 
// additional data 


public float area(); 
public float permimeter() ; 
public void draw(); 


i 


We get a common superclass for just the drawable classes, 
and thus can have one reference type (Drawable) that 
can refer to both DrawableRectangle and DrawableCircle 
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but yet we can invoke draw() off of (recall we cannot in- 
voke draw() off of a Shape reference, since draw() is 
not a method name of the Shape class). 

But that means we need to 


e redeclare data that was in Rectangle 


e re-implement area() and perimeter () even though 
they are the same as in Rectangle 


Another solution: 


Shape 
/ \ 
/ \ 
Rectangle Circle 
area() area() 
perimeter () perimeter () 


| | 
| | 
DrawableRectangle DrawableCircle 
draw() draw () 


e Now our classes with draw() inherit the area() and 
perimeter () methods, and any instance variables, of 
their respective superclasses. 


e But we no longer have a common superclass for just 
the drawable objects 


We would like to say that DrawableRectang1le is both 
a Rectangle and something that is Drawable, but you 
can only extend one class. (If you could extend more than 
one class, there’s a risk that the implementations you in- 
herit from the two classes would clash. Both classes could 
implement a foo() method — then which implementation 
do you choose?) 


The solution: interfaces 


e An interface — the keyword, not the notion of “inter- 
face” in the “interface and implementation” concept 
— is essentially an abstract class 


e But, a special kind of abstract class — where all meth- 
ods are abstract, rather than merely “at least one” 


e A reference to an interface can refer to an object that 
implements that interface — similar to the superclass /subclass 
idea. 


e Key idea is, there is no implementation — only method 
names. Thus the compiler can check if the method 
name matches the reference — i.e. the interface — at 
compile time, and yet the method implementation can 
be chosen from the “subclasses” — from the classes that 
implement this interface and thus the classes that the 
reference can refer to — at run-time. 








e But since we can only extend one class, and an interface 
does not have an implementation, there is only one 
implementation at most that we can inherit. ‘Thus 
no implementation clashes! (Name “clashes” aren’t 
really clashes — if a superclass and an interface you 
implement both tell you “implement foo()”, as long 
as you actually implement foo(), the foo() name 
for both the superclass and the interface can use that 
implementation. 


public interface Drawable 


{ 
public void drawQ; 
public void setColor(int c); 
public int getColor() ; 

t 


public class DrawableRectangle 
extends Rectangle 
implements Drawable 


// new data, needed to draw but not 
// needed to store coords for area and such 


public void draw( 
{ code; } 


public void setColor(int c) 
{ code; } 


public int getColor() 
{ code; } 


The “abstract” in front of a method is implicit in an 
interface, but you can make it explicit if you want to: 


public interface Drawable 


{ 
public abstract void draw() ; 
public abstract void setColor(int c); 
public abstract int getColor() ; 

} 


At any rate, Drawable is a type! And references to 
Drawable can refer to classes which implement Drawable 


// DrawableRectangle can use the methods of 
// Shape class and Drawable interface 
DrawableRectangle dr = 
new DrawableRectangle() ; 
dr.draw() ; 
int x = dr.getColor() ; 
dr.area(); 
dr .perimeter () ; 


// Shape ref. can only use the methods of Shape 
// class, but can refer to DrawableRectangle 
// object since DrawableRectangle extend Shape 
Shape sh = new DrawableRectangle() ; 

sh.area() ; 

sh.perimeter () ; 


// Drawable ref. can only use the methods of 
// Drawable interface, but can refer to 

// DrawableRectangle object since 

// DrawableRectangle implements Drawable 
Drawable d = new DrawableRectangle() ; 
d.draw() ; 

x = d.getColor() ; 


Can have interface subclasses! 


public interface ScalableDrawable 
extends Drawable 
{ 
void Scale(int x, int y); 
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‘The interface ScalableDrawable is now composed of 
four methods: 





e public abstract void draw(); 

e public abstract void setColor(int c); 

e public abstract int getColor(); 

e public abstract void Scale(int x, int y); 


But again, no implementation! 


